i 



(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



IllIlllIllllllllllIIIIlIIIH 



(12) 



(ii) EP 0 964 563 A2 

EUROPEAN PATENT APPLICATION 



(43) Date of publication 


(51) Int CI b rlU^fivl o/Z*f, riu^w o/uu, 


15.12.1999 Bulletin 1999/bO 


H04Q 3/545 


(21) Application number 99304435.3 




(22) Dateof filing: 08.06.1999 




(84) Designated Contracting States 


• Johnson, Carolyn R. 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


Atlantic nignianas, iMew oersey u/ i id ^uoj 


MC NL PT SE 


• Lee, Wonseok 


Designated Extension States 


Atlantic Highlands, New Jersey (ub) 


AL LT LV MK RO SI 


• Lewis, David George 




Freehold. New Jersey u/ / (uo) 


(30) Priority 09.06.1998 US 93921 


• Moricz, Pamela M, 


Aberdeen, New Jersey 0774/ (Ub) 


(71) Applicant AT&T Corp. 


• Ratcliffe, Mark A. 


New York, NY 10013-2412 (US) 


Oakhurst, New Jersey 07735 (US) 


(72) Inventors 


(74) Representative Suckling, Andrew Michael et a! 


• Chong, Koan S. 


Marks & Clerk, 


East Brunswick, New Jersey 08816 (US) 


Nash Court, 


• Dolly, Martin C. 


Oxford Business Park South 


Lanoka Harbor, New Jersey 08734 (US) 


Oxford OX4 2RU (GB) 


• Jacob, Andrew R. 




Ocean, New Jersey 07712 (US) 





CM 
< 

CO 
CD 
LO 

*t 
CO 
CD 

O 

Q- 
UJ 



(54) Redundant call processing 

(57) A telecommunications network includes at 
least an active and a standby call server, the standby 
call server becoming active upon failure of the active call 
server. To facilitate rapid switch-over from the active to 
the standby call server and to prevent the loss of call 
processing data for calls in the call setup stage, the ac- 
tive call server sends call information to the standby call 
server during intervals in which the active call server is 
awaiting subsequent signaling messages from ele- 
ments of the telecommunications network In this way, 
the standby call server has the call information needed 
to commence call processing upon failure of the active 
call server, and the active call server makes efficient use 
of time while awaiting a reply signaling message, 
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Description 

BACKGROUND OF THE INVENTION 

1 Fieid of Invention 

[0001] The invention relates to redundant call 
processing In particular, the invention relates to a meth- 
od and apparatus for copying call information expedi- 
tiously and in a way that allows in-progress call process- 
ing to continue if an active call processor fails 

2 Description of Related Art 

[0002] To assure reliability, redundancy is often built 
into telecommunications networks Most network equip- 
ment, including call processors and databases, are du- 
plicated to provide greater reliability in the event of 
equipment failure For example, active call processors 
are backed-up by duplicate equipment referred to as a 
standby call processor Call processors are used during 
the call set-up stage (i e , the time from call initiation to 
establishing the call connection) to process information, 
transmit instructions regarding routing, allocate network 
resources, approve the call and the billing, and gather 
further information where needed If the active call proc- 
essor fails, the standby call processor can take over to 
process new incoming calls 

[0003] To perform properly, the standby call processor 
must have the same information that is available to the 
active call processor Thus, the standby call processor 
is periodically updated and the data synchronized with 
that of the active call processor Generally, wherever 
network data is duplicated, it is periodically updated and 
synchronized However, periodic updating is a problem 
when failure occurs between the updates Thus, new 
technology is needed to reduce the effects of the failures 
between the updates 

SUMMARY OF THE INVENTION 

[0004] This invention provides a redundant call 
processing system that ensures call processing in the 
event of a failure of an active call server by maintaining 
in a standby call server the same inlormation regarding 
the call as the active call server In a telecommunica- 
tions network, an active call server is backed up by a 
standby call server The active call server receives an 
initial signaling message from an interface server to in- 
itiate a call The active call server processes the initial 
signaling message and generates call information for 
the call This information includes, but is not limited to, 
the content of the signaling message received, registers 
containing transient data about the call, such as counter 
and timer values, customer identification, and customer 
data and logic, for example The active call server may 
then send a request back to the interface server request- 
ing more information regarding the call When the re- 



quest is sent, the active call server copies the call infor- 
mation and sends the copy to the standby call server 
[0005] The interface server periodically determines if 
the active call server has failed If the active call server 

s has not failed, the interface server sends subsequent 
signaling messages to the active call server However, 
if the active call server has failed, the interface server 
sends the subsequent signaling messages to the stand- 
by call server In this way, the telecommunications net- 

10 work can insure, in the event of a failure of the active 
call server, that calls that have been initiated, but not 
established, will be established 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 

[0006] The invention is described in detail with refer- 
ence to the following drawings, wherein like numerals 
refer to like elements, and wherein 

20 Fig 1 illustrates a telecommunications network, 
Fig 2 illustrates a switching network. 
Fig 3 illustrates a distributed database architecture; 
Fig 4 is a block diagram of a call server. 
Fig 5 shows the operation of the call servers in the 

25 event of a failure, 

Fig 6 illustrates an alternate embodiment of the tel- 
ecommunications network, and 
Fig 7 is a flowchart illustrating the operation of the 
distributed database architecture of Fig 3 

30 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

[0007] Modern call processing relies heavily on data- 

35 base queries Currently, many calls rely on database 
queries during the call setup stage These include calls 
such as automated collect calls, 800 number calls, 900 
number calls, and prepaid calling card calls, among otlv 
ers Even many routine calls now rely on information 

40 contained in network databases for call processing For 
example, determining whether a customer has a valid 
account is typically done via a database query and fraud 
control methods commonly involve database queries 
during call setup 

45 [0008] Figure 1 shows a telecommunications network 
10 according to the invention Calls are placed from 
communications devices, such as telephones 11 to oth- 
er communications devices, such as telephones 1 2. The 
calls are routed through switching networks 100, that 

so are used to complete call connections 

[0009] Figure 2 shows an exemplary switching net- 
work 100 for processing telephone calls, including exe- 
cuting database queries A telephone switch 101 con- 
nects calling parties to called parties The switch 101 

55 also transmits call information to a database 1 03 via the 
signaling network 102, which may be preferably imple- 
mented using an AT&T SS7 signaling network, capable 
of transferring information between databases For ex~ 
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ample, a telephone caii from a caiiing party is received 
at the switch 101 The switch 101 relays call information, 
such as the telephone number, to the database 1 03 via 
the signaling network 1 02 As will be discussed later the 
database 1 03 is a complex processor that manages and 
analyzes call information The switching network 100 
may include a plurality of databases such as databases 
103 and 104, and one or more switches such as switch 
101 and switch 105 The database 103 evaluates the 
call information and returns instructions via the signaling 
network 102 to the switch 101, to complete the call con- 
nection The database 103 my also in turn execute tri- 
angular signaling by interrogating the database 104 for 
the necessary call information, and return that informa- 
tion to switch 101 

[0010] Figure 3 shows the database 103 in more de- 
tail The database 104 is identical to the database 103, 
and the following description of the database 103 ap- 
plies equally to the database 1 04 The database 1 03 in- 
cludes a plurality of interface servers 1 20, an active call 
server 140 and a backup call servei 141 The interface 
servers 1 20 and the active and backup call servers 1 40 
and 141, respectively, are coupled together by a high 
speed interface 130 Also as shown in Fig 3, the data- 
base 103 includes administrative servers 150 and 151 
The administrative servers 150 and 151 will be de- 
scribed later in more detail 

[0011] Incoming call information, or signaling mes- 
sages, from the signaling network 102 are received by 
one of the plurality of interface servers 120 The inter- 
face servers 120 perform initial processing of the caller 
information, such as ensuring that all expected bits are 
received and that the call information is properly format- 
ted The interface server 1 20 then forwards the signaling 
message to the active call server 1 40 via the high speed 
interface 130 The high speed interface 130 may be a 
local area network (LAN), for example The call server 

140 processes the signaling message and returns a re- 
sponse with directions to the interface server 120, based 
on the processing results The interface server 120 in 
turn returns the response to the switch 101 through the 
signaling network 102 

[0012] As shown in Fig 3, the database 103 may in- 
clude the standby call server 141 in one embodiment, 
the standby call server 1 41 is used to backup the active 
call server 1 40 in the event of a failure of the active call 
server 140 Thus, the standby call server 141 does not 
process signaling messages from any of the plurality of 
interface servers 1 20 until a failure of the active call serv- 
er 1 40 occurs 

[0013] In an alternative embodiment, each of the call 
servers 140 and 141 can process signaling messages 
and formulate call information, thus sharing the call 
processing toad In this case, the call servers 140 and 

141 act as the standby call server for each other That 
is, the call server 140 backs up the call server 141 and 
also acts as an active call server and the call server 1 41 
backs up the call server 140 and also acts as an active 



call server 

[0014] Figure 4 shows the active call server 140 in 
more detail An interface 160 receives signaling mes- 
sages from the high speed interface 130 The interface 

s 160 then sends the signaling message to a query proc- 
essor 1 70 via a two-way signal bus 161 The query proc- 
essor 1 70 reviews the context of the signaling message, 
and compares the context to data stored in a persistent 
memory 180 For example, an initial signaling message 

10 may include a telephone number of the called party, 
such as an 800 number Associated with the 800 
number may be specific routing instructions For exam- 
ple, the routing instructions could direct the call to be 
routed to Tulsa on weekends and Chicago on week- 

15 days The query processor 1 70 determines how the sig- 
naling message is to be processed based on the context 
of the call information in the persistent memory 180 In 
the example above, the query processor 170 deter- 
mines the day of the week if the day of the call was a 

20 Saturday, for example, the query processor 170 issues 
routing instructions to route the call to Tulsa 
[0015] In another example, the signaling message 
could include an 800 number to connect the caller to an 
800 service The 800 service could include a menu of 

25 options for the caller to choose from such as "press 1 
for orders, press 2 for billing inquiries, press three to talk 
to a representative " On receipt of the signaling mes- 
sage containing the 800 number, the query processor 
170 searches the persistent memory 180 for data relat- 

30 ed to the SOO number and retrieves the selected option 
menu Then, the query processor 170 may direct the 
switch 1 01 to provide the option menu in an audio format 
to the caller, for example 

[0016] After receiving the initial signaling message, 
35 the query processor 1 70 creates call information for the 
call The call information may include a transaction reg- 
ister, received initial and subsequent signaling messag- 
es and response messages, for example The transac- 
tion register may include specific routing information for 
40 the call and a transaction identification, for example The 
query processor 170 then stores the call information in 
a short-term memory register 190 Because the call in- 
formation contains information needed to complete the 
call connection, if it is copied to the backup call proces- 
45 sor 1 41 , the call connection may be completed, even in 
the event of a failure of the active call processor 141 
This is most important when the call is a complex call 
requiring multiple transactions between the switch and 
the database 

so [0017] if the call is a simple call (i e., one in which the 
call connection can be completed using only one sign- 
aling message and one response), the query processor 
170 will delete the call information from the register 1 90 
upon determining that the response message has been 

55 successfully sent 

[0018] If a fault occurs in the active caii server 140 
between the time that the initial signaling message is 
received and a response is returned to the switch 101 , 
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the cali connection may fail However in the case of the 
simple call, the waiting time between receipt of the initial 
signaling message and sending the response is very 
short, and thus a failure is not likely 
[0019] In the event of a complex cali (i.e , one in which 
several signaling messages and responses may be re- 
quired to complete the call connection), the query proc- 
essor 170 must process additional signaling messages 
and formulate additional responses As the additional 
signaling messages are received at the active call serv- 
er 140, the query processor 170 updates the call infor- 
mation by adding additional data to current call informa- 
tion, modifying the current cali information and replacing 
the current call information with a new set of call infor- 
mation, for example The updated call information is 
then stored in the register 1 90 

[0020] An information copier 200, under control of the 
query processor 170, copies the call information that is 
stored in the register 190 and forwards the thus-copied 
call information to the interface 160 Thus, when call in- 
formation is created or updated, the query processor 
170 directs the information copier 200 to make a copy 
of the call information and forward it to the interface 1 60 
The interface 160 then transmits the copy of the call in- 
formation to the standby call server 141 
[0021] The standby call server 1 41 is identical to the 
active call server 140 Thus, the copied call information 
from the active call server 140 is stored in the register 
1 90 of the standby call server 1 41 
[0022] The query processor 170 determines that the 
connection is established by means of its internal logic 
or by means of a message received by the active call 
server from the switch 101 The query processor 170 
then deletes the cali information from the register 190 
and sends a message to the standby call server 141 to 
also delete the call information for that call in the exam- 
ple of a simple call, the query processor 170 deletes the 
call information from the register 1 90 when the call con- 
nection is completed Because the call information was 
not copied to the backup cali server 1 41 , the query proc- 
essor 1 70 does not send a delete message to the back- 
up call server 141 

[0023] The copying and transfer of the call information 
is possible in the case of complex transactions because 
the active call server 140 "waits" for a significant portion 
of the time interval between signaling messages For ex- 
ample, the total interval in which the active call server 
140 is actively processing a signaling message may be 
on the order of 100 milliseconds The waiting period (i 
e , approximately the time from sending the response to 
receipt of the next signaling message) may be on the 
order of seconds, tens of seconds or minutes Because 
the active call server 140 is waiting, and the call infor- 
mation is unchanging during the waiting period, suffi- 
cient time is available to copy the call information and 
forward it to the standby call server 141 
[0024] As long as the active call server 140 is func- 
tioning normally, signaling messages will be processed 



in the active call server 1 40 and the call information cop- 
ied to the standby call server 1 41 However, in the event 
of a failure of the active call server 140, the database 
103 must be reconfigured in order to continue process- 
s ing any calls that are still in the setup stage 

[0025] Figure 5 shows the operation of the database 
103 in the event of a failure of the active call server 1 40 
In the illustrated example, a failure of the active call serv- 
er 140 occurs after receipt of the initial signaling rnes- 
10 sage and return of the response and before receipt of 
. the next signaling message in Fig 5, the interface serv- 
er 1 20 sends an initial signaling message 1 21 to the ac- 
tive cali server 1 40 The active call server 1 40 processes 
the initial signaling message 121 , and determines that 
15 further input is needed from the switch 101 or from an- 
other database in the switching network 100 The active 
call server 140 sends a response 122 to the interface 
server 120 and creates the call information for the call 
The cail information is then copied and a copy 123 is 
20 forwarded to Ihe standby call server 141 

[0026] At some time subsequent to the receipt of the 
response, the interface server 120 determines that the 
active call server 140 has failed The interface server 
then designates the standby call server 141 as the new 
25 active cali server The interface server 120 then sends 
a subsequent signaling message 124 associated with 
the call to the cali server 141 Because the call informa- 
tion was copied to the call server 141, the call server 
141 is able to correctly process subsequently received 
so signaling messages and to return call handling instruc- 
tions to the switch 1 01 to complete establishing the call 
When the call connection is established at the switch 
101 , the call server 141 will then delete the cali informa- 
tion associated with that call from the register 190 
35 [0027] in the above discussion, the copy 123 is pre- 
sumed to be transmitted to the standby cail server 141 
before the active call server 140 fails However, if the 
copy 123 is not transmitted before the failure, the call 
connection cannot be completed 
40 [0028] Figure 6 shows another embodiment of the 
switching network 100 according to the invention in Fig. 
6, the switch 101 receives signaling messages and for- 
wards the signaling messages to the signaling network 
102 via the transmission line 106 The signaling network 
45 1 02 forwards the signaling messages to an active data- 
base 303 The switching network 100 also includes a 
standby database 304 The database 303 contains one 
or more cali servers that receive signaling messages 
from the switch 101 and send back response messages 
50 when more data is required from the switch 1 01 or from 
another database in the switching network 100 The call 
server in the database 303 creates the cali information 
for the call, copies the cali information and forwards the 
call information to the standby database 304 over a 
55 transmission line 307 The transmission line 307 could 
be a dedicated wide area network, the signaling network 
102 or a standard T1 or T3 line, for example, as long as 
the data transmission speed is sufficient to transmit the 
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call information during the waiting period between send- 
ing a response and receiving the subsequent signaling 
message If the active database 303 fails, the call can 
continue to be processed by the switching network 100 
because the standby database 304 maintains up-to- 
date call information for the call 

[0029] Returning to Fig 3, administrative servers 1 50 
and 151 perform functions such as updating static infor- 
mation contained in the persistent memory 180 of the 
active call server 1 40 For example if a user of the tel- 
ecommunications network desires to change call rout- 
ing for an 800 number on the weekends from Tulsa to 
Topeka, the administrative server 150, for example, 
would receive the request and would send a message 
to the active call server 140 The active call server 140 
would then copy this information and forward it to the 
persistent memory 180 in the standby call server 141 
In this way the static data contained in the persistent 
memories 180 of the active call server 140 and the 
standby call server 141 are mainiained current Alter- 
nately, the administrative server 150 could send the 
same message to both the active call server 140 and 
the standby call server 141 

[0030] Figure 7 is a flowchart illustrating the operation 
of the database 1 03 of Figs 3 and 4 The process begins 
in step S1 00 in step S1 01 , the interface server 1 20 re- 
ceives a message The message may be an initial sig- 
naling message or a subsequent message The process 
then moves to step S102 In step S102, the interlace 
server 120 selects an active call server 140 The proc- 
ess then moves to step S1 03 In step S 103. the interface 
server 120 sends the message to the active call server 
140 The process then moves to step S104 
[0031] In step S104, the query processor 170 deter- 
mines if the message is an initial signaling message or 
a subsequent message If the message is the initial sig- 
naling message, the process moves to step S1 05 If the 
message is a subsequent message, the process moves 
to step S1 06 In step S1 05, the query processor formu- 
lates call information The process then moves to step 
S108 

[0032] In step S1 06 the query processor determines 
if call information is present If call information is 
present, the process moves to step S108 Otherwise, 
the process moves to step SI 07 In step S107, the ac- 
tive call server 140 aborts the call The process then re- 
turns to step S100 

[0033] in step S108, the query processor 170 deter- 
mines if more data is needed If more data is needed, 
the process moves to step S110 Otherwise the process 
moves to step S109 in step S109, the query processor 
170 sends a final instruction message to the interface 
server 120 The process then moves to step S113 In 
step S113, the query processor 170 determines if the 
call information was copied If the call information was 
not copied, the process moves to step S100 and waits 
for messages Otherwise, the process then moves to 
step S114 In step S114, the query processor 170 of the 



active call server 140 sends a message to the standby 
call server 1 41 to discard the copy of the call information 
The process then moves to step S100 and waits for 
messages 

5 [0034] In step S110, the query processor 170 of the 
active call server 1 40 determines if a standby call server 
is available if a standby call server is not available, the 
process moves to step S112 Otherwise, the process 
moves to step S1 1 1 

10 [0035] In step S111, the query processor 170 of the 
active call server 140 sends a current copy of the call 
information to the standby call server 141 The process 
then moves to step S112 In step S112, the interface 
server 120 sends a request to the switch 101 or other 

is network element for additional information The process 
then moves to step S100 and waits for messages 
[0036] As shown in Fig 4, the query processor 1 70 is 
preferably implemented on a programmed general pur- 
pose computer However, the query processor 170 can 

20 also be implemented on a special purpose computer, a 
programmed microprocessor or micro control lei and pe- 
ripheral integrated circuit elements and ASIC or other 
integrated circuit, additional signal processor, a hard 
wire electronic or logic circuit such as a discrete element 

25 circuit, a programmable logic device such as APLD, 
PLA, FPGA or PAL or the like In general, any device 
capable of implementing a finite state machine for im- 
plementing a flowchart shown in Fig 8 can be used to 
implement the query processor 170 

30 [0037] While this invention has been described in con- 
junction with the specific embodiments outlined above, 
it is evident that many alternatives, modifications and 
variations will be apparent to those skilled in the art Ac- 
cordingly, the preferred embodiments and the invention 

35 as set forth above are intended to be illustrative, not lim- 
iting Various changes may be made without departing 
from the spirit and scope of the invention as defined in 
the following claims 

40 

Claims 

1. A method for providing redundant call processing, 
comprising 

45 

receiving first data from a network interface to 
initiate call processing for a call in a first unit 
generating second data based on the first data 
as part of the call processing, and 
so transmitting the second data to a second unit 

before completing the call processing 

2. The method of claim 1 , further comprising 

55 processing the first data to generate call infor- 

mation, and 

saving the call information in a memory where- 
in the second data is a copy of the call informa- 
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tion 



3. The method of claim 2, further comprising 

transmitting a response from the first unit to the 
interface, the response requesting additional 
data regarding the call, the additional data in- 
cluding at least one of additions to the call in- 
formation, modification of the call information 
and an entire new set of call information replac- 
ing the call information; 

receiving the additional data for the call from 
the interface, 

processing the additional data to obtain updat- 
ed call information, and 

transmitting a copy ot the updated call intorma- 
tion as updated second data to the second unit, 
the updated call information being copied be- 
fore receipt of subsequent data for the call 

4. The method of claim 3, further comprising 

monitoring the first unit for faults, and 
directing the subsequent data to the second 
unit if a fault is detected in the first unit 

5. The method of claim 4, wherein the first unit is a first 
database and the second unit is a second database 
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ond server during a time between receipt of the 
second message and receipt of a subsequent 
message, wherein the updated call information 
includes at least one of additional call informa- 
tion, modified call information and a complete 
set of new call information replacing the call in- 
formation 

10. The method of claim 9, further comprising 

receiving a final message in the first server, 
returning a final response from the first mes- 
sage, and 

instructing the second server to discard the up- 
dated call information 

11. The method of claim 9, wherein the first message, 
the second message and the subsequent messag- 
es each contain call processing request data 



20 



6. The method of claim 4, wherein the first unit is a first 
call processor and the second unit is a second call 
processor 

7. The method of claim 1, further comprising saving 
the first data in a memory : wherein the second data 
is a copy of the first data 

8. A method for establishing reliable call processing in 
a telecommunications network, comprising 

receiving a first message corresponding to a 
call from a caller in a first server, 
processing the first message to obtain call for- 
mation, 

returning a first response to the first message; 
and 

copying the call information to a second server 
during a lime between receipt of the first mes- 
sage and receipt of a second message 

9. The method of claim 8, further comprising 

receiving the second message in the first serv- 
er, 

updating the call information, 

returning a second response to the second 

message, and 

copying the updated call information to the sec- 



12. The method of claim 9, wherein the first, the second 
and the subsequent messages are processed in ac- 
cordance with data contained in a first database of 
the first server, the data in the first database being 
25 updated based on inputs from a caller, the first serv- 

er sending the updated data to the second server, 
the second server storing the updated data in a sec- 
ond database 

30 13.. The method of claim 12, wherein the call processing 
request data includes one of the telephone number, 
a billing code and a call destination option 



35 



14. The method of claim 8, further comprising 

detecting a failure of the first server, and 
transferring call processing to the second serv- 
er 



40 15. The method of claim 14, wherein the transferring 
step includes receiving subsequent messages in 
the second server 

16. The method of claim 14, wherein the step of detect- 
45 jng the failure includes 

sending a monitoring message to the first serv- 
er, and 

awaiting a response, the failure being declared 
50 in the absence of the response 

17. The method of claim 14, wherein the step of detect- 
ing a failure includes 

55 monitoring for a response to a signaling mes- 

sage, and 

declaring a failure in the absence of the re- 
sponse to the signaling message 
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18. The method of claim 6, further comprising 

saving the first message in a memory, and 
copying the first message to the second server 

5 

19. An apparatus for providing redundant call process- 
ing, comprising 

a first unit, and 

a second unit in communication with the first 10 
server, wherein the first unit receives first data 
to initiate call processing for a call, generates 
second data based on the first data as part of 
the call processing, and transmits the second 
data to the second unit before completing the is 
call processing 

20. The apparatus of claim 19, the first unit including a 
first memory, the first unit processing the first data 

lo generate call information and saving the call in- 20 
formation in the first memory, the second unit in- 
cluding a second memory, the second unit saving 
the second data in the second memory, wherein the 
second data is a copy of the call information 

25 

21. The apparatus of claim 20, further comprising an 
interface coupled to the first and the second units, 
the first unit transmitting a response to the interface, 
the response requesting additional data regarding 

the call, the first unit receiving the additional data 30 
and processing the additional data to obtain updat- 
ed call information, the first unit transmitting a copy 
of the updated call information as updated second 
data to the second unit, the updated call information 
being copied before receipt of subsequent data for 35 
the call 

22. The apparatus of claim 21, wherein the interface 
monitors the first unit for faults, the interface trans- 
ferring the subsequent data to the second unit if a 40 
fault is detected in the first unit 

23. The apparatus of claim 22, wherein the first unit is 
a first database and the second unit is a second da- 
tabase 45 

24. The apparatus of claim 22, wherein the first unit is 
a first call processor and the second unit is a second 
call processor 

so 
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(54) Redundant call processing 

(57) A telecommunications network includes at 
least an active and a standby call server the standby 
call server becoming active upon failure of the active call 
server. To facilitate rapid switch-over from the active to 
the standby call server and to prevent the loss of call 
processing data for calls in the call setup stage, the ac- 
tive call server sends call information to the standby call 
server during intervals in which the active call server is 
awaiting subsequent signaling messages from ele- 
ments of the telecommunications network In this way, 
the standby call server has the call information needed 
to commence caii processing upon failure of the active 
call server, and the active call server makes efficient use 
of time while awaiting a reply signaling message. 
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